ImageVerifierCode 换一换
格式:PDF , 页数:23 ,大小:1.03MB ,
资源ID:433536      下载积分:5000 积分
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝扫码支付 微信扫码支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【http://www.mydoc123.com/d-433536.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(ANSI ATIS 1000050-2012 Next Generation Network (NGN) Operator Regular Intercept Standard.pdf)为本站会员(towelfact221)主动上传,麦多课文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知麦多课文库(发送邮件至master@mydoc123.com或直接QQ联系客服),我们立即给予删除!

ANSI ATIS 1000050-2012 Next Generation Network (NGN) Operator Regular Intercept Standard.pdf

1、AMERICAN NATIONAL STANDARD FOR TELECOMMUNICATIONS ATIS-1000050.2012(R0217) NEXT GENERATION NETWORK (NGN) OPERATOR REGULAR INTERCEPT STANDARD As a leading technology and solutions development organization, ATIS brings together the top global ICT companies to advance the industrys most-pressing busine

2、ss priorities. Through ATIS committees and forums, nearly 200 companies address cloud services, device solutions, M2M communications, cyber security, ehealth, network evolution, quality of service, billing support, operations, and more. These priorities follow a fast-track development lifecyclefrom

3、design and innovation through solutions that include standards, specifications, requirements, business use cases, software toolkits, and interoperability testing. ATIS is accredited by the American National Standards Institute (ANSI). ATIS is the North American Organizational Partner for the 3rd Gen

4、eration Partnership Project (3GPP), a founding Partner of oneM2M, a member and major U.S. contributor to the International Telecommunication Union (ITU) Radio and Telecommunications sectors, and a member of the Inter-American Telecommunication Commission (CITEL). For more information, visit .AMERICA

5、N NATIONAL STANDARD Approval of an American National Standard requires review by ANSI that the requirements for due process, consensus, and other criteria for approval have been met by the standards developer. Consensus is established when, in the judgment of the ANSI Board of Standards Review, subs

6、tantial agreement has been reached by directly and materially affected interests. Substantial agreement means much more than a simple majority, but not necessarily unanimity. Consensus requires that all views and objections be considered, and that a concerted effort be made towards their resolution.

7、 The use of American National Standards is completely voluntary; their existence does not in any respect preclude anyone, whether he has approved the standards or not, from manufacturing, marketing, purchasing, or using products, processes, or procedures not conforming to the standards. The American

8、 National Standards Institute does not develop standards and will in no circumstances give an interpretation of any American National Standard. Moreover, no person shall have the right or authority to issue an interpretation of an American National Standard in the name of the American National Stand

9、ards Institute. Requests for interpretations should be addressed to the secretariat or sponsor whose name appears on the title page of this standard. CAUTION NOTICE: This American National Standard may be revised or withdrawn at any time. The procedures of the American National Standards Institute r

10、equire that action be taken periodically to reaffirm, revise, or withdraw this standard. Purchasers of American National Standards may receive current information on all standards by calling or writing the American National Standards Institute. Notice of Disclaimer the information and parameters req

11、uired for this service are only available either within a trust domain or between trusted domains. In addition, in the absence of trust, and depending on exactly which information is not trusted, basic call setup may not function as expected. 3 Normative References The following standards contain pr

12、ovisions which, through reference in this text, constitute provisions of this Standard. At the time of publication, the editions indicated were valid. All standards are subject to revision, and parties to agreements based on this Standard are encouraged to investigate the possibility of applying the

13、 most recent editions of the standards indicated below. ATIS-1000009 ATIS-1000009.2006 (R2011), IP Network-to-Network Interface (NNI) Standard for VoIP.11This document is available from the Alliance for Telecommunications Industry Solutions (ATIS), 1200 G Street N.W., Suite 500, Washington, DC 20005

14、. 2 ATIS-0100050.2012(R2017)ATIS-10000036 ATIS-1000036, Technical Report on NGN Operator Services.1 ATIS-1000018 ATIS-1000018, Technical Report on NGN Architecture.1 ATIS-1000027 ATIS-1000027, Operator Services Technical Report.1 ATIS-1000666 ATIS-1000666.1999 (R2009), Signalling System No. 7 Operat

15、or Services Network Capabilities.1 4 Definitions the mechanism for deriving the appropriate referral address is outside the scope of this document. Once the desired destination address has been derived, the options for follow-on services (e.g., Call Completion) are similar to the Simple Announcement

16、 use cases. 6.2.2 Interaction Provided by NGN Operator Intercept Service AS As with the simple announcement case, there are no signaling requirements specific to NGN Operator Regular Intercept service delivering the initial call/session setup to a number subject to Regular Intercept service. Normal

17、call/session setup procedures set up a call path to the AS associated with the called number. This may be the Called AS (i.e., the AS associated with the number before Regular Intercept service was activated), or may be the Regular Intercept AS (i.e., an AS that provides Regular Intercept processing

18、). In the former case, the service will redirect the call/session setup to an AS that will play any necessary announcements, interact with the calling party to obtain the information needed to derive the referral number, or offer additional services. The Regular Intercept AS may be in the same netwo

19、rk as the Intercepted Number AS (and, therefore, in the same network as the Called AS) or may be in a different network. Annex A contains illustrative examples of the messaging to set up the call using SIP Redirection (section A.2) and using Call Forwarding (section A.3) for the use case where the I

20、ntercepted Number AS and the AS that provides Regular Intercept processing are in different networks. 7 Security Considerations The information and parameters required for this service are only available within a trust domain or between trusted domains as defined by the network operators. In additio

21、n, in the absence of trust, and depending on exactly which information is not trusted, basic call setup may not function as expected. ATIS-0100050.2012(R2017) 8 Annex A (informative) A Detailed Example Service Call Flows A.1. Simple AnnouncementUE P-CSCF Home Intercepted # Intercepted # Intercepted

22、# Intercepted #S-CSCF IBCF S-CSCF AS MS| |(1) INVITE| |-(2) INVITE| |-| | | | | | |(3) INVITE | | | | | |-| | | | | | |(4) INVITE | | | | | |-| | | | | | |(5) INVITE | | | | | | | | | | | |-| | | | | | |-|(5a) MS Signalig | | | | | | | | | | | | | | | | (6) 183 Session Progress | | | | | | P-CSCFINV

23、ITE sip:+1-NPA-NXX-DIALprovider-; user=phone SIP/2.0Via: SIP/2.0/UDP sip:client.provider-:5060;branch=z9hG4bK74bf9Max-Forwards: 70From: ;tag=1234567To: CSeq: 101 INVITECall-ID: f81d4fae-7dec-11d0-a765-00a0c91e6bf6192.168.1.2Contact: P-Preferred-Identity: Content-Type: application/sdpContent-Length:

24、.9 ATIS-0100050.2012(R2017) This INVITE is generated by the UE, and sent to the P-CSCF. It contains: a. Request-URI indicates the user to which this request is being addressed. In thisexample, the Request-URI contains a “SIP” URI indicating the digits “1+NPA-NXX-DIAL”as dialed by the user. The domai

25、n identifies the callers home provider, and the“user=phone” URI parameter is provided to identify that this represents a phone number.b. Via The Via header field indicates the path taken by the request so far and indicates thepath that should be followed in routing responses. The branch ID parameter

26、 in the Viaheader field serves as a transaction identifier, and is used by proxies to detect loops.c. Max-Forwards The Max-Forwards header field serves to limit the number of hops arequest can transit on the way to its destination. It consists of an integer that isdecremented by one at each hop. If

27、the Max-Forwards value reaches 0 before therequest reaches its destination, it will be rejected with a 483 (Too Many Hops) errorresponse. The default initial value is 70 per RFC 3261.d. From The From header field indicates the logical identity of the initiator of the request,possibly the users addre

28、ss-of-record. Like the To header field, it contains a URI andoptionally a display name. The contents of the From header being generated by the UEare not trusted; rather, the network asserted identity in the P-Asserted-Identity header istrusted.e. To The To header field first and foremost specifies t

29、he desired “logical“ recipient of therequest, or the address-of-record of the user or resource that is the target of this request.This may or may not be the ultimate recipient of the request.f. CSeq The CSeq header field serves as a way to identify and order transactions. Itconsists of a sequence nu

30、mber and a method.g. Call-ID The Call-ID header field acts as a unique identifier to group together a series ofmessages.h. Contact The Contact header field provides a SIP or SIPS URI that can be used tocontact that specific instance of the UA for subsequent requests. In this example, the UEsupplies

31、the Address of Record that was used at registration.i. Content-Type The Content-Type header field indicates the media type of the message-body sent to the recipient. The “media-type“ element is defined in RFC 2046,Multipurpose Internet Mail Extensions (MIME) Part Two: Media Types. At a minimum,appli

32、cation/sdp will be indicated.j. Content-Length The Content-Length header field indicates the size of the message-body, in decimal number of octets, sent to the recipient.k. Session Description The INVITE contains a message body including a SessionDescription (SDP) offer per RFC 2327, SDP: Session De

33、scription Protocol.l. Other headers and message bodies may potentially be present, but are not includedhere.2. INVITE P-CSCF- Home S-CSCFINVITE sip:+1-NPA-NXX-DIALprovider-; user=phone SIP/2.0Via: SIP/2.0/UDP p-cscf-1.provider-:5060;branch=z9hG4bK74bg0Via: SIP/2.0/UDP client.provider-:5060;branch=z9

34、hG4bK74bf9Max-Forwards: 69Record-Route: From: ;tag=123456710 ATIS-0100050.2012(R2017) To: CSeq: 101 INVITE Call-ID: f81d4fae-7dec-11d0-a765-00a0c91e6bf6192.168.1.2 Contact: P-Asserted-Identity: “+1NPA-NXX-ORIG“ P-Charging-Vector: icid-value=1234bc9876e;icid-generated-at=192.0.6.8; orig-ioi=provider-

35、 Content-Type: application/sdp Content-Length: . In addition to information received from the user, the P-CSCF adds the P-Asserted-Identity header. It also adds the P-Charging-Vector header which provides correlation information. The P-CSCF also adds to the Via header and adds a Record-Route header,

36、 which are of no special consequence to Operator Services. It also decrements the Max-Forwards value. Therefore, this INVITE has changed: a. Via The P-CSCF adds a Via header identifying itself to the top of the Via header stack.b. Max-Forwards The P-CSCF decrements the value by one.c. Record-Route T

37、he P-CSCF inserts itself into the Record-Route header.d. P-Asserted-Identity The P-Asserted-Identity header field is used among trusted SIP entities(typically intermediaries) to carry the identity of the user sending a SIP message as it wasverified by authentication. The P-CSCF inserts the P-Asserte

38、d-Identity header field, in thisexample, asserting the identity received in the P-Preferred-Identity.e. P-Preferred-Identity The P-CSCF deletes the P-Preferred Identityf. P-Charging-Vector This is defined in RFC 3455, Private Extensions to the Session InitiationProtocol (SIP) for the 3rd-Generation

39、Partnership Project (3GPP). It provides correlationinformation for charging purposes. It contains a globally-unique IMS Charging Identity (icid).The orig-ioi represents the IMS Inter Operator Identifier for the home provider. The P-CSCFinserts the P-Charging-Vector.3. INVITE Home S-CSCF- Intercepted

40、 Number IBCFINVITE sip:+1-NPA-NXX-DIALprovider-; user=phone SIP/2.0Via: SIP/2.0/UDP s-cscf-1.provider-:5060;branch=z9hG4bK74bh1Via: SIP/2.0/UDP p-cscf-1.provider-:5060;branch= z9hG4bK74bg0Via: SIP/2.0/UDP client.provider-:5060;branch=z9hG4bK74bf9Max-Forwards: 68Record-Route: Record-Route: From: ; ta

41、g=1234567To: CSeq: 101 INVITECall-ID: f81d4fae-7dec-11d0-a765-00a0c91e6bf6192.168.1.211 ATIS-0100050.2012(R2017) Contact: P-Asserted-Identity: “+1NPA-NXX-ORIG“ P-Charging-Vector: icid-value=1234bc9876e;icid-generated-at=192.0.6.8; orig-ioi=provider- Content-Type: application/sdp Content-Length: . Th

42、e S-CSCF determines the home provider of the called party, changes the domain in the Request-URI accordingly, and routes the INVITE to the ingress node of this domain. It also adds to the Via header and adds a Record-Route header, which are of no special consequence to Operator Services. It also dec

43、rements the Max-Forwards value. Therefore, this INVITE has changed: 1. Request-URI The S-CSCF replaces the domain with the home domain of called party.2. Via The S-CSCF adds a Via header identifying itself to the top of the Via header stack.3. Max-Forwards The S-CSCF decrements the value by one.4. R

44、ecord-Route The S-CSCF inserts itself into the Record-Route header.There may be separate IBCFs in each (provider-a and provider-b) network. 4. INVITE Intercepted Number IBCF - Intercepted Number S-CSCFINVITE sip:+1-NPA-NXX-DIALprovider-; user=phone SIP/2.0Via: SIP/2.0/UDP ibcf-1.provider-:5060;branc

45、h=z9hG4bK74bi2Via: SIP/2.0/UDP s-cscf-1.provider-:5060;branch=z9hG4bK74bh1Via: SIP/2.0/UDP p-cscf-1.provider-:5060;branch= z9hG4bK74bg0Via: SIP/2.0/UDP client.provider-:5060;branch=z9hG4bK74bf9Max-Forwards: 67Record-Route: Record-Route: Record-Route: From: ;tag=1234567To: CSeq: 101 INVITECall-ID: f8

46、1d4fae-7dec-11d0-a765-00a0c91e6bf6192.168.1.2Contact: P-Asserted-Identity: “+1NPA-NXX-ORIG“ P-Charging-Vector: icid-value=2345bc9876e;icid-generated-at=192.1.6.8; 12 ATIS-0100050.2012(R2017)orig-ioi=provider- Content-Type: application/sdp Content-Length: . The ingress node routes the call to the S-C

47、SCF. It also adds to the Via header and adds a Record-Route header, which are of no special consequence to Operator Services. It also decrements the Max-Forwards value. Therefore, this INVITE has changed: a. Via The IBCF adds a Via header identifying itself to the top of the Via header stack.b. Max-

48、Forwards The IBCF decrements the value.c. Record-Route The Record-Route header field is inserted by proxies in a request to forcefuture requests in the dialog to be routed through the proxy. The IBCF inserts itself into theRecord-Route header.d. P-Charging-Vector A new P-Charging-Vector is generated

49、 for use in this domain.There may be separate IBCFs in each (provider-a and provider-b) network. Each IBCF makes similar changes to the INVITE. 5. INVITE Intercepted Number S-CSCF - Intercepted Number ASINVITE sip:+1-NPA-NXX-DIALprovider-; user=phone SIP/2.0Via: SIP/2.0/UDP s-cscf-2.provider-:5060;branch=z9hG4bK74bj3Via: SIP/2.0/UDP ibcf-1.pro

copyright@ 2008-2019 麦多课文库(www.mydoc123.com)网站版权所有
备案/许可证编号:苏ICP备17064731号-1