Once we have inserted the instructions into the session, the session's dịch - Once we have inserted the instructions into the session, the session's Việt làm thế nào để nói

Once we have inserted the instructi

Once we have inserted the instructions into the session, the session's state will
change to EXECUTE, and the FreeSWITCH core will use the data collected to perform
the desired action. First, the default execute state handler will parse the command
to execute
bridge on user/2001, then it will look up the bridge application and
pass the user/2001 data in. This will cause the FreeSWITCH core to create a new
outbound session of the desired type. User 2001 is also a SIP phone, so user/2001
will resolve into a SIP dial string, which will be passed to mod_sofia to ask it to
create a new outbound session.
If the setup for that new session is successful, there will now be two sessions in the
FreeSWITCH core. The
bridge application will take the new session and the original
session (the caller's phone) and call the bridge function on it. This allows the audio
to flow in both directions once the person at extension 2001 actually answers the
phone. If that user was unable to answer or was busy, a timeout (that is, a failure)
would occur and send the corresponding message back to the caller's phone. If a call
is unanswered or an extension is busy, many routing options are possible, including
call forwarding or voicemail.
All of this happens from the simple action of picking up the phone handset and
dialing
2 0 0 1. FreeSWITCH takes all of the complexity of SIP and reduces it to a
common denominator. From there, it reduces the complexity further by allowing us
to configure a single instruction in the Dialplan to connect the phone at 2000 to the
phone at 2001. If we want to allow the phone at 2001 to be able to call the phone at
2000, we can add another entry in the Dialplan going the other way:





In this scenario, the Endpoint module turned SIP into a FreeSWITCH session and
the Dialplan module turned XML into an extension. The
bridge application turned
the complex code of creating an outbound call and connecting the audio into a
simple application/data pair. Both the Dialplan module and the application module
interface are designed around regular FreeSWITCH sessions. Therefore, not only
does the abstraction make life easier for us at the user level, it also simplifies the
design of the application and the Dialplan because they can be made agnostic of
the actual endpoint technology involved in the call. It is because of this abstraction,
when we make up a new Endpoint module tomorrow for something like Skype
(there is actually such a thing present, by the way), that we can reuse all the same
application and Dialplan modules. The same principle applies to the Say, Automatic
Speech Recognition (ASR), Text-to-Speech (TTS), and other such modules.
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
Một khi chúng tôi đã đưa vào các hướng dẫn vào phiên, nhà nước của phiên sẽ
thay đổi để thực hiện, và cốt lõi FreeSWITCH sẽ sử dụng dữ liệu thu thập để thực hiện
hành động mong muốn. Đầu tiên, mặc định thực hiện tiểu bang xử lý sẽ phân tích cú pháp lệnh
để thực thi
thu hẹp trên người sử dụng/2001, sau đó nó sẽ tìm kiếm các ứng dụng cây cầu và
vượt qua các dữ liệu người dùng/năm 2001 trong. Điều này sẽ gây ra các lõi FreeSWITCH để tạo ra một mới
phiên đi loại mong muốn. Năm 2001 người sử dụng cũng là một điện thoại SIP, vì vậy người dùng/năm 2001
sẽ giải quyết thành một SIP quay số chuỗi, mà sẽ được thông qua để mod_sofia để yêu cầu nó để
tạo ra một mới đi phiên.
nếu các thiết lập cho phiên mới đó là thành công, sẽ bây giờ có hai khóa học trong các
FreeSWITCH lõi. Các
cầu ứng dụng sẽ mất các phiên họp mới và trữ
phiên (của người gọi điện thoại) và gọi các chức năng cầu trên nó. Điều này cho phép âm thanh
để dòng chảy trong cả hai hướng khi người tại gia hạn 2001 thực sự trả lời các
điện thoại. Nếu người dùng đó đã không thể trả lời hoặc được bận rộn, một thời gian chờ (có nghĩa là, một sự thất bại)
sẽ xảy ra và gửi thư tương ứng quay lại điện thoại của người gọi. Nếu một cuộc gọi
là chưa được trả lời hoặc một phần mở rộng là bận rộn, nhiều lựa chọn định tuyến là có thể, bao gồm cả
gọi chuyển tiếp hoặc thư thoại.
tất cả điều này xảy ra từ các hành động đơn giản của chọn lên điện thoại di động điện thoại và
quay số
2 0 0 1. FreeSWITCH mất tất cả sự phức tạp của SIP và làm giảm nó đến một
mẫu số chung. Từ đó, nó làm giảm sự phức tạp hơn nữa bằng cách cho phép chúng tôi
để đặt cấu hình một chỉ dẫn duy nhất trong Dialplan để kết nối điện thoại tại 2000 để các
điện thoại tại năm 2001. Nếu chúng tôi muốn để cho phép điện thoại ở năm 2001 để có thể gọi điện thoại tại
2000, chúng tôi có thể thêm một mục nhập trong Dialplan đi theo cách khác:





Trong trường hợp này, các mô-đun Endpoint bật SIP vào một phiên FreeSWITCH và
các mô-đun Dialplan biến XML thành một phần mở rộng. Các
cầu ứng dụng bật
mã phức tạp của việc tạo ra cuộc gọi đi và kết nối âm thanh vào một
đơn giản dữ liệu ứng dụng/cặp. Các mô-đun Dialplan và các mô-đun ứng dụng
giao diện được thiết kế xung quanh thành phố thường xuyên FreeSWITCH phiên. Do đó, không chỉ
các trừu tượng làm cho cuộc sống dễ dàng hơn đối với chúng tôi ở cấp độ người dùng, nó cũng đơn giản hóa các
thiết kế của các ứng dụng và Dialplan bởi vì họ có thể được thực hiện agnostic của
công nghệ thực tế endpoint tham gia vào các cuộc gọi. Đó là bởi vì điều này trừu tượng,
khi chúng tôi làm một mô-đun Endpoint mới vào ngày mai cho một cái gì đó như Skype
(có thực sự một điều như vậy hiện nay, bằng cách này), mà chúng tôi có thể tái sử dụng tất cả cùng
ứng dụng và mô-đun Dialplan. Cùng một nguyên tắc áp dụng cho nói, tự động
bài phát biểu công nhận (ASR), Text-to-Speech (TTS), và các mô-đun như vậy.
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
Một khi chúng tôi đã đưa vào các hướng dẫn vào phiên này, nhà nước của phiên sẽ
thay đổi để thực hiện, và cốt lõi FreeSWITCH sẽ sử dụng các dữ liệu thu thập được để thực hiện
các hành động mong muốn. Đầu tiên, mặc định thực hiện xử lý nhà nước sẽ phân tích các lệnh
để thực hiện
cây cầu trên user/2001, sau đó nó sẽ tìm kiếm các ứng dụng cầu
truyền dữ liệu user/2001 in này sẽ gây ra cốt lõi FreeSWITCH để tạo ra một
phiên đi của kiểu mong muốn. Sử dụng năm 2001 cũng là một điện thoại SIP, vì vậy user/2001
sẽ giải quyết vào một chuỗi quay số SIP, mà sẽ được chuyển đến mod_sofia để yêu cầu nó để
tạo ra một phiên đi mới.
Nếu các thiết lập cho rằng phiên họp mới là thành công, bây giờ sẽ có hai phiên trong
lõi FreeSWITCH. Các
ứng dụng cây cầu sẽ có phiên làm việc mới và ban đầu
phiên (điện thoại của người gọi) và gọi hàm cầu trên đó. Điều này cho phép âm thanh
chảy theo cả hai hướng khi người vào phần mở rộng 2001 thực sự trả lời
điện thoại. Nếu người sử dụng đó là không thể trả lời hoặc bận rộn, một thời gian chờ (có nghĩa là, một thất bại)
sẽ xảy ra và gửi tin nhắn tương ứng trở lại vào điện thoại của người gọi. Nếu một cuộc gọi
được trả lời hoặc một phần mở rộng là bận rộn, nhiều tùy chọn định tuyến là có thể, bao gồm cả
chuyển tiếp cuộc gọi hoặc thư thoại.
Tất cả điều này xảy ra từ những hành động đơn giản của chọn lên các thiết bị cầm tay điện thoại và
quay số
2 0 0 1. FreeSWITCH mất tất cả sự phức tạp SIP và làm giảm nó vào một
mẫu số chung. Từ đó, nó làm giảm sự phức tạp hơn nữa bằng cách cho phép chúng ta
cấu hình một chỉ dẫn duy nhất trong dialplan để kết nối điện thoại vào năm 2000 đến
điện thoại vào năm 2001. Nếu chúng ta muốn cho phép điện thoại vào năm 2001 để có thể gọi điện thoại tại
2000, chúng ta có thể thêm một mục khác trong dialplan đi theo cách khác:





Trong kịch bản này, các mô-đun Endpoint quay SIP vào một phiên FreeSWITCH và
các mô-đun dialplan chuyển XML thành một phần mở rộng. Các
ứng dụng cây cầu quay
mã phức tạp của việc tạo ra một cuộc gọi đi và kết nối âm thanh vào một
cặp ứng dụng / dữ liệu đơn giản. Cả hai mô-đun dialplan và các module ứng dụng
giao diện được thiết kế xung quanh phiên FreeSWITCH thường xuyên. Vì vậy, không chỉ
không trừu tượng làm cho cuộc sống dễ dàng hơn cho chúng ta ở mức người dùng, nó cũng đơn giản hóa
thiết kế các ứng dụng và các dialplan vì chúng có thể được thực hiện bất khả tri của
các thiết bị đầu cuối công nghệ thực tế tham gia vào các cuộc gọi. Đó là bởi vì trừu tượng này,
khi chúng tôi tạo nên một mô-đun Endpoint ngày mai mới cho một cái gì đó như Skype
(có thật là một điều như vậy hiện tại, bằng cách này), chúng ta có thể tái sử dụng tất cả như nhau
ứng dụng và mô-đun dialplan. Cùng một nguyên tắc áp dụng cho Say, tự động
nhận dạng giọng nói (ASR), Text-to-Speech (TTS), và các module khác như vậy.
đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2024 I Love Translation. All reserved.

E-mail: